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cquisition  community  members  are 
pWi  of  a  team  tasked  with  making 
airoVdable  and  operationally  effec¬ 
tive  Drocurement  decisions  for  the 
aktment  of  Defense  (DoD).  To 
achieve  this  goal,  workforce  engi- 
neersand  engineering  teams  must 
have  aiid  maintain  a  well-balanced 
skill  set  that  includes  an  under¬ 
standing  of  government  acquisi¬ 
tion  policies  and  technical  skills 
that  provide  the  level  of  expertise 
required  for  their  role  in  the  acqui¬ 
sition  process. 

Providing  acquisition  workforce  engineers  this  skill  set  balance  requires 
a  partnership  between  the  acquisition  and  technical  communities  within 
DoD.  The  Defense  Acquisition  University  (DAU)  has  taken  on  the  role  of 
providing  acquisition  workers  the  skill  sets  required  for  success  in  learning 
the  required  acquisitions  policies  and  procedures  for  various  acquisition 
roles.  The  training  provided  is  directly  applicable,  progressive,  career- 
long,  and  relevant  to  a  particular  DoD  department.  On  the  other  hand,  the 


Galway,  a  professional  engineer,  is  a  mechanical  engineer  for  the  US.  Navy's  Combatant 
Craft  Division  C832Systems  Design  and  integration  Branch  in  Norfolk,  Va.  He  is  DAWIA 
Level  III  certified  in  Systems  Planning,  Research,  Development,  and  Engineering  and  he  has 
more  than  27  years  of  experience  in  both  government  and  private  industry. 
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applicable  technical  skill  set  is  not  being  maintained  with  as 
much  structure,  consistency,  or  resourcing. 

Of  particular  concern  to  the  acquisition  community  should 
be  development  of  the  technical  skill  sets  needed  to  support 
complex  roles  requiring  multisystem  technical  requirement 
apportioning,  balancing  system  life-cycle  needs  during  acqui¬ 
sition  phases,  and  providingthe  capability  to  create  affordable 
design  engineering  solutions  to  problems.  Developing  these 
specific  technical  skill  sets  involves  lengthy  and  specific  de¬ 
velopmental  experiences  for  government  engineering  per¬ 
sonnel.  Acquiring  the  necessary  skills  through  random  work 
experiences  alone  may  take  a  substantial  portion  of  a  typical 
government  engineering  career.  The  barriers  to  developing 
these  skill  sets  include  outsourcing  engineering  work,  resourc¬ 
ing  long-term  progressive  training  programs,  lack  of  technical 
knowledge  management,  career  transitions,  and  many  other 
factors.  The  purpose  of  this  effort  is  to  identify  some  of  the 
issues  related  to  the  technical  side  of  this  partnership  and  sug¬ 
gest  a  strategy  for  improving  the  engineering  skill  sets  most 
relevant  to  supporting  the  acquisition  community. 

Engineers  typically  come  into  government  service  with  a  degree 
in  a  very  general  field  of  engineering  (electrical,  mechanical, 
civil,  etc.).  Upon  entry  into  government  service,  they  begin  to 
learn  how  to  apply  these  general  engineering  skills  to  the  spe¬ 
cific  needs  of  their  new  employer.  During  the  initial  indoctrina¬ 
tion  period,  there  typically  is  either  a  formal  or  informal  intern¬ 
ship  where  new  engineers  learn  the  processes,  practices,  and 
procedures  of  their  new  jobs.  In  this  same  period,  they  start  to 


management  or  engineering  management  track.  The  missing 
track  from  this  list  is  a  track  providing  structured  long-term 
technical  developmental  programs  for  complex  generalized 
roles,  such  as  design  engineer  and  systems  engineer.  These 
roles  develop  service-specific  innovation  and  production  heu¬ 
ristics  that  are  the  source  for  the  sound  engineering  judgments 
and  creative  intuition  for  resolving  acquisition  program  engi¬ 
neering  issues.  Collectively,  personnel  engaged  in  these  roles 
are  the  backbone  for  DoD  technical  core  competency. 

The  most  essential  element  for  engineers  on  a  complex  gener¬ 
alized  track  is  the  need  to  actually  do  the  technical  work  under 
the  supervision  of  an  experienced  engineering  mentor.  Like 
similar  programs,  substantial  mentor  involvement  is  needed 
initially,  followed  by  a  transitional  period  where  mentoring  is 
reduced  and  independent  work  becomes  only  occasionally  re¬ 
viewed.  Gradually,  the  mentor  becomes  more  of  a  colleague  or 
consultant  on  a  multilevel  engineeringteam.  A  certain  amount 
of  actual  core  competency  work  also  must  be  accomplished 
throughout  a  career  just  to  stay  in  practice  and  capable  of  inte¬ 
grating  new  materials,  technology,  and  systems  into  projects. 
For  larger  and  more  complex  projects,  you  need  to  be  able 
to  readily  immerse  yourself  in  the  technical  design  without 
spending  too  much  time  getting  up  to  speed  with  the  latest 
technological  advances.  Practice  is  in  contrast  to  being  the 
government  technical  point  of  contact  (TPOC)  controlling  the 
work,  where  the  engineer  is  the  person  responsible  for  techni¬ 
cal  oversight  of  a  contractor's  work.  This  is  not  to  say  control¬ 
ling  work  should  not  also  be  part  of  the  learning  experience, 
but  it  is  to  say  that  enough  work  needs  to  be  accomplished 


Engineering  managers  face  balancing  the  challenges  and  technical 
problems  of  paying  customers  with  training  the  workforce  in 
a  "working  capital  funding"  environment.  Often,  training  must 
take  a  back  seat  to  product  delivery. 


become  aware  of  their  customer's  needs,  available  resources, 
and  working  both  as  an  individual  and  team  member  in  projects. 
This  period  may  last  a  year  or  two,  it  is  very  command-unique, 
and  it  is  not  the  time  of  primary  concern  in  this  effort. 

After  the  initial  indoctrination,  most  engineers  start  to  develop 
in  what  might  be  considered  a  mentored  developmental  train¬ 
ing  period,  perhaps  analogous  to  a  medical  residency.  This  will 
involve  on-the-job  training,  completion  of  increasingly  more 
complex  assignments,  and  learning  how  to  function  indepen¬ 
dently  as  an  engineer.  Some  will  enter  into  specific  government 
training  programs,  such  a  those  under  the  Defense  Acquisition 
Workforce  Improvement  Act  (DAWIA).  Some  will  just  begin 
work  as  journeyman-level  engineers.  Some  will  go  on  to  addi¬ 
tional  education  with  graduate  academic  work  as  they  go  down 
the  technical  specialist  track.  Others  will  go  down  a  project 


by  the  engineer  to  achieve  initial  proficiency  in  the  role  and 
then  maintain  proficiency  in  the  role  throughout  their  careers. 

As  simple  as  this  sounds,  it  becomes  increasingly  more  dif¬ 
ficult  to  get  relevant  and  challenging  engineering  assignments 
that  enable  staying  in  practice  as  you  become  a  more  senior 
engineer,  largely  due  to  role  shifts  caused  by  the  acquisition 
reform  of  the  1990s.  In  addition  to  these  shifts,  work  that  is 
difficult  to  contract  out  resulting  from  unusual  circumstances, 
such  as  extreme  schedule  constraints,  politically  charged  is¬ 
sues,  or  even  availability  of  contracts,  all  tend  to  supersede 
the  need  for  government  engineers  to  work  on  core  technical 
work.  Reducing  the  opportunity  further  is  the  perception  that 
contracting  out  such  work  is  a  cheaper  way  to  accomplish  a 
task  and  that  one  engineer  can  oversee  much  more  than  a 
single  person  can  do  alone.  A  working  capital-funded  program 
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is  reluctant  to  assume  any  of  the  financial  burden  associated 
with  maintaining  technical  core  competency  of  engineering 
workers.  The  long-term  effect  of  engineers  not  engaging  in 
technically  challenging  work  also  is  not  captured  by  short-term 
price  comparisons.  Not  accounting  for  this  long-term  resource 
loss  leads  to  a  diminished  and  dated  command  collective  tech¬ 
nical  resource  capability.  The  degradation  is  difficult  to  mea¬ 
sure  and  often  masked  by  inflated  technical-sounding  titles 
given  to  work  assignments  that  are  in  reality  more  administra¬ 
tive  than  technical.  There  also  is  an  employee-driven  general 
shift  from  technical  engineering  to  project  engineering  and 
engineering  administration  because  it  usually  is  the  path  to 
greater  compensation  for  time. 


For  example,  one  of  the  roles  that  requires  a  long  develop¬ 
ment  period  and  constant  practice  for  proficiency  is  that 
of  design  engineer.  Design  engineers  are  the  creators  of 
the  artifacts  used  to  realize  how  mission  requirements 
can  be  met  in  a  safe  and  suitable  manner.  They  are  the 
front-line  workers  in  technical  risk  decisions,  integration  of 
concepts,  and  determining  a  reasonable  tradeoff  strategy 
in  production  efforts.  New  engineers  taking  on  the  role  of 
design  engineer  must  find  creative  and  affordable  solutions 
to  meet  mission  requirements  using  academic  principles, 
industry  products,  and  production  practices.  This  involves 
a  constant  iterative  comparison  between  product  costs, 
most  effective  production  process,  material  constraints. 


If  we  want  engineers  to  stay  in  these  complex  general  role 
tracks,  a  structured  development  plan  is  needed  for  quantifying 

and  achieving  the  expertise. 


If  we  want  engineers  to  stay  in  these  complex  general 
role  tracks,  a  structured  development  plan  is  needed  for 
quantifying  and  achieving  the  expertise,  matched  by  a 
compensation  plan  that  equates  their  importance  to  the 
acquisition  program. 

Senior  engineers  traditionally  have  been  informally  charged 
with  mentoring  the  next  generation,  communicating  the 
knowledge  associated  with  specific  past  experiences,  and 
providing  life-cycle  engineering  support  for  past  and  present 
acquisitions.  The  new  trend  appears  to  be  project  engineering, 
where  the  oversight  of  many  contracts  or  projects  amplifies 
the  influence  of  an  engineer.  However,  such  a  work  strategy 
precludes  engineers  from  having  the  time  to  accomplish  com¬ 
plex  engineering  developmental  assignments  that  demand 
continuity  of  thought  and  focus  on  a  specific  complex  set  of 
issues.  A  sad  byproduct  of  this  strategy  also  is  a  diminished  ca¬ 
pacity  to  mentor.  Loss  of  the  opportunity  to  complete  complex 
technical  core  competency  engineering  assignments  equates 
to  reduced  engineering  proficiency. 

A  loss  in  opportunity  to  transfer  knowledge  or  mentor  young 
engineers  is  a  lost  training  opportunity.  Engineering  managers 
face  balancing  the  challenges  and  technical  problems  of  paying 
customers  with  training  the  workforce  in  a  "working  capital 
funding"  environment.  Often,  training  must  take  a  back  seat 
to  product  delivery.  This  creates  a  learning  environment  that 
is  often  sporadic,  inconsistent,  and  fragmented.  Engineering 
roles  requiring  long  developmental  training  periods  are  par¬ 
ticularly  hurt  by  this  type  of  learning  environment.  A  struc¬ 
tured  development  program  for  these  roles  would  assist  in 
managing  these  resources.  A  technical  version  of  what  DAU 
provides  DAWI A  workers  would  provide  a  means  to  manage 
the  training  of  engineering  resources  to  support  the  complex 
roles  associated  with  large  acquisition  programs. 


safety  and  environmental  regulations,  and  many  other 
factors.  These  solutions  must  be  technically  sound,  com¬ 
municated  to  the  production  workforce,  tested,  logistically 
supported,  and  properly  archived.  The  time  invested  in  this 
role  includes  learning  and  staying  abreast  of  industry  prod¬ 
ucts,  production  techniques,  performance  of  equipment 
in  the  field,  and  production  costs.  Most  new  designs  also 
include  the  challenge  of  integrating  them  into  the  existing 
systems  and  operational  procedures.  Effective  integration 
of  new  designs  into  existing  products  and  systems  is  a  skill 
that  takes  practice  to  learn.  However,  the  dividends  from 
this  time  investment  include  increased  vision  about  the 
probability  of  success  of  new  concepts,  and  understand¬ 
ing  about  the  dominant  design  factors,  knowledge  of  the 
controlling  cost  factors,  and  an  ability  to  rapidly  identify  the 
impact  of  changes  to  operational  or  design  requirements. 
These  attributes  are  important  technical  support  skills  to 
be  able  to  bring  to  an  acquisition  program.  As  a  side  note, 
acquisition  reform  and  the  trend  to  contract  out  the  design 
engineering  function  have  reduced  the  opportunities  for  de¬ 
sign  engineering  development  programs,  particularly  within 
the  subset  of  acquisition  workforce  members. 

A  second  role  that  requires  a  long  development  period  is 
that  of  systems  engineer  for  complex  systems.  The  techni¬ 
cal  side  of  systems  engineering  involves  at  least  a  functional 
understanding  of  how  systems  work,  how  they  interact  with 
the  environment,  and  how  they  interact  with  other  systems. 
In  the  case  of  complex  equipment,  systems  engineers  need 
to  understand  the  balance  between  individual  system  per¬ 
formance  and  the  overarching  performance  of  the  total  mis¬ 
sion  system.  For  example,  typically  desirable  skill  sets  include 
understanding  issues  such  as  apportionment  of  power  re¬ 
sources  or  weight  allowance  for  different  systems  to  optimize 
total  performance  of  a  vehicle. 
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Keeping  abreast  of  the  various  systems,  given  the  rate  of 
change  in  many  industries,  can  be  a  full-time  job.  However, 
systems  engineers  also  need  to  know  and  understand  the  ac¬ 
quisition  process  and  understand  how  to  work  through  issues 
associated  with  the  different  steps  in  the  process.  Because 
each  acquisition  is  different,  this  often  involves  learning  how 
to  apply  and  adapt  procedures  to  situations  at  hand  in  addi¬ 
tion  to  knowing  the  defined  procedures.  Frequently,  systems 
engineers  start  in  one  discipline  (such  as  mechanical,  electri¬ 
cal,  or  structural),  then  learn  how  systems  in  their  field  inter¬ 
act  with  other  systems  in  complex  equipment.  Consequently, 
in  addition  to  keeping  current  with  systems  in  their  field  and 
acquisition  procedures,  considerable  time  is  spent  learning 
and  understanding  the  changes  in  system  interaction  as  a 
result  of  changes  to  other  systems.  Systems  engineers  often 
can  find  their  time  constrained  by  involvement  in  many  paral¬ 
lel  projects,  often  at  different  phases  of  an  acquisition,  and 
must  keep  up  with  changes  to  acquisition  procedures  at  all 
phases.  For  their  investment  of  time  in  learning  the  breadth  of 


forward.  There  is  enough  commonality  of  information  in 
both  roles  for  there  to  be  substantial  benefit  in  an  "on¬ 
line"  technical  knowledge  management  system  for  both 
roles  within  the  government.  Such  a  system  would  not  only 
capture  the  information,  but  allow  it  to  be  maintained  and 
monitored  in  a  manner  consistent  with  the  individual  tech¬ 
nical  authorities  within  DoD.  Ideally,  a  technical  knowl¬ 
edge  management  system  also  would  permit  capturing  the 
"lessons  learned"  by  the  workforce  as  well  as  delivering 
the  policies  of  technical  authorities. 

The  DoD  acquisition  process  is  designed  to  provide  a  deli¬ 
cate  balance  between  flexibility  and  risk  that  needs  an  effec¬ 
tive  technical  leg  with  awareness  of  acquisition  policies  and 
products.  Creation  and  implementation  of  these  products  by 
the  acquisition  workforce  in  an  affordable  and  operationally 
effective  manner  depends  on  the  existence  and  management 
of  several  key  complex  roles  that  require  both  substantial  tech¬ 
nical  training  and  a  working  level  knowledge  of  the  acquisition 


Frequently,  systems  engineers  start  in  one  discipline  (such  as 
mechanical,  electrical,  or  structural),  then  learn  how  systems  in 
their  field  interact  with  other  systems  in  complex  equipment. 


systems  and  interrelationships,  systems  engineers  become 
essential  in  providing  acquisition  programs  guidance  on  how 
to  handle  changes  during  the  life  cycle  of  an  asset.  These 
may  be  subtle  changes,  such  as  cost  changes  or  equipment 
performance  characteristic  variations,  or  massive  changes 
involving  replacement  of  one  or  more  entire  systems.  Ac¬ 
curate  and  efficient  determination  of  cost,  logistics  support, 
overall  performance,  and  similar  impacts  of  changes  for  the 
program  manager  can  play  a  major  role  in  overall  success 
of  a  program. 

Despite  their  importance  to  the  acquisition  process  and  overall 
engineering  health  of  DoD,  the  health  and  relevancy  of  the 
technical  skill  level  of  personnel  in  key  roles  such  as  design 
engineer  and  systems  engineer  is  not  collectively  monitored. 
Both  roles  typically  have  no  formal  structured  technical  train¬ 
ing  within  the  government  to  capture  the  technical  level  of 
individual  practitioners  within  the  discipline.  There  are  no  for¬ 
mal  metrics  to  provide  managers  a  measure  of  the  skill  level  of 
groups  of  practitioners  within  a  branch,  division,  or  command. 
There  also  is  no  means  of  technical  knowledge  management 
for  either  role  that  could  compare  to  the  knowledge  manage¬ 
ment  method  provided  by  the  online  services  of  DAU.  Knowl¬ 
edge  in  both  systems  engineering  and  design  engineering  is 
acquired  through  direct  experience,  individual  investigation, 
and  direct  mentorship  from  more  experienced  personnel. 

While  these  methods  all  have  positive  attributes,  they 
also  often  lead  to  an  inconsistent  technical  message  going 


process.  There  is  sufficient  risk  in  loss  of  these  skill  sets  to 
warrant  a  structured  in-house  curriculum  to  add  order  to  a 
currently  chaotic  experiential  learning  process  associated  with 
various  on-the-job  engineering  assignments. 

Management  of  the  development  and  status  of  these  roles 
needs  to  include  a  monitored  and  structured  developmental 
process,  have  measurable  milestones,  and  permit  the  com¬ 
mand  to  capture  the  technical  health  of  its  personnel  in  key 
roles  within  the  acquisition  community  at  any  time.  The  acqui¬ 
sition  community  needs  engineers  who  offer  a  well-balanced 
technical  perspective,  do  not  allow  the  right  process  to  drive 
them  toward  a  bad  technical  decision,  and  who  can  offer  ac¬ 
quisition  guidance  in  a  clear  and  succinct  form.  This  requires 
more  control  of  the  development  process. 

Similarly,  management  of  these  roles  must  include  capturing 
and  managing  the  associated  knowledge  in  a  manner  that 
permits  easy  access  and  a  consistent  technical  message  for 
delivery  to  developing  engineers.  One  method  of  both  con¬ 
trolling  development  and  managing  knowledge  is  to  create  a 
supportable  and  well-maintained  online  training  and  knowl¬ 
edge  management  system,  similar  to  that  used  by  DAU.  This 
will  enable  the  technical  side  of  the  partnership  between  the 
acquisition  and  technical  communities  to  function  consistently 
when  supporting  acquisition  programs  in  meeting  future  DoD 
acquisition  challenges.  ^ 

The  author  can  be  contacted  at  robert.galway(a)navy.mil. 
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